Play control of content on a display device

ABSTRACT

A system for controlling playback of various types of content includes a first computing device that provides a unique identifier to a second computing device to establish an association there between. By virtue of the established association, the second computing device can send one or more messages to the first computing device, the one or more messages referencing a piece of content associated with a first media playing element of a plurality of media playing elements, and one or more commands corresponding to the first media playing element. The first computing device can select the first media playing element based on the received one or more messages, and control how the first media playing element plays the referenced piece of content utilizing the one or more commands.

CROSS-REFERENCE TO RELATED APPLICATIONS

The present application is a continuation of U.S. application Ser. No.17/962,654, filed Oct. 10, 2022, which is a continuation of U.S.application Ser. No. 17/396,446, filed Aug. 6, 2021, which is acontinuation of U.S. application Ser. No. 16/917,095, filed Jun. 30,2020, which is a continuation of U.S. application Ser. No. 15/687,249,filed Aug. 25, 2017, which is a continuation of U.S. application Ser.No. 13/532,546, filed on Jun. 25, 2012, which is a continuation-in-partof U.S. application Ser. No. 13/157,821, filed on Jun. 10, 2011, whichissued on Dec. 2, 2014 as U.S. Pat. No. 8,904,289, which claims thebenefit of priority to U.S. Provisional Patent Application No.61/477,998, filed on Apr. 21, 2011. The contents of the earlierapplications are incorporated herein by reference.

BACKGROUND

This disclosure relates to play control of content on a display device.Such display devices include, for example, television displays used byconsumers in their home for viewing videos and other media that areeither provided from the Web or previously stored. In particular, thedisclosure relates to the creation, storage, manipulation and access ofmedia playlists used in conjunction with display devices and control ofthe display devices.

Web media often is played on computers rather than television displays.Although it is known to connect a computer to a television set in orderto watch Web media, it is difficult to control such a system within thetypical scenario for television watching where the viewer is positionedsome distance from the television. Furthermore, although a wirelessdevice can enable the user to control the television from a distance, itcan be difficult to view a web browser display on the television set andmay interfere with normal television program viewing by other persons.

Given the desire to watch various World Wide Web media on a family'sprimary television set, and to control this operation from the comfortof one's couch, there is a need to operate a television set or otherdisplay remotely from a personal computing device, such as a mobilephone. It also is desirable to allow a user to perform a general Websearch to locate and capture Web media, and to control a television orother display remotely using the personal computing device.

SUMMARY

Various aspects of the invention are set forth in the claims.

For example, according to one aspect, a system for presenting andcontrolling content on a display device includes a network, a serversystem coupled to the network and comprising one or more servers, adisplay device coupled to the network and having a display, and apersonal computing device operable to transmit a first message accordingto a specified format over the network to the server system. The serversystem stores an association between the personal computing device andthe display device. The first message identifies user-selected contentand a media player to play the content. The server system is operable,in response to receiving the first message from the personal computingdevice, to provide to the display device a second message identifyingthe user-selected content and the media player to play the content. Inresponse to receiving the second message, the display device is operableto obtain a first media player needed to play the content, to load themedia player and to present the content on the display.

In some implementations, the display device is operable, in response toreceiving the second message, to obtain the first media player from thecontent provider only if the first media player is not already loaded inthe display device.

In some implementations, the personal computing device is operable totransmit a message according to a specified format over the network tothe server system. The message can include a command for controllingplaying of the content on the display device. The server system isoperable, in response to receiving the message, to convert the commandinto a corresponding command recognizable by the media player if thecommand received from the personal computing device is not recognizableby the media player. The server system is operable to provide to thedisplay device a message that includes the corresponding command, andthe display device is operable, in response to receiving the messagefrom the server system, to execute the command.

In some implementations, the personal computing device is, for example,a mobile phone, and the display device is a television set. Otherpersonal computing devices or display devices can be used in otherimplementations. The network can include, for example, the Internet.

In some implementations, the server system stores a look-up table thatincludes a synchronization code uniquely associated with the displaydevice. A message from the personal computing device can include thesynchronization code, and in response to receiving the message frompersonal computing device, the server system can use the synchronizationcode and the look-up table to identify the display device on which thecontent is to be played. The synchronization code can be different froman IP address associated with the display device and/or a media accesscontrol address associated with the display device.

In various implementations, the system can facilitate allowing apersonal computing device to be used to select different content to beplayed on a remote display even if different media players are requiredto present the different content. The system also can allow the user tocontrol how the content is displayed on the display device using thepersonal computing device. For example, user-initiated play commands canbe passed from the user's personal computing device, through the serversystem, to the display devices.

Other aspects, features and advantages will be apparent from thefollowing detailed description, the accompanying drawings, and theclaims.

BRIEF DESCRIPTION OF THE FIGURES

The present technology is illustrated by way of example, and not by wayof limitation, in the figures of the accompanying drawings.

FIG. 1 is a block diagram illustrating an example of a system accordingto the invention.

FIG. 2 illustrates various details of the flow of information andsignals according to some implementations.

FIG. 3 illustrates an example of a transmission code incorporated into amessage from a personal computing device.

FIG. 4 illustrates an example of a look-up table that forms part of aserver system.

FIG. 5 illustrates an example of entries in a universal API adapter.

FIG. 6 is a flow chart showing steps for display device to load a videoplayer and video.

FIG. 7A illustrates an example of a display device including asynchronization code.

FIG. 7B illustrates an example of a synchronization code look-up table.

FIGS. 8-13 illustrate examples of various scenarios in which theinvention can be used.

FIGS. 14A through 14E illustrate examples of display screens that mayappear on a user's personal computing device in accordance with theinvention.

FIG. 15 illustrates further information that can be stored in thelook-up table in the server system.

DETAILED DESCRIPTION

As shown in FIG. 1 , a system 10 facilitates synchronizing a connectionbetween two or more devices 20, 22 connected to the Internet 21 or othercomputer network. The connection is designed to be made by a firstdevice (e.g., a personal computing device) 20 that acts as a controllerand a second device (e.g., a television set 22 with a display 23) thatacts as a receiver to play content selected by a user of the firstdevice and to respond to commands that originate at the personalcomputing device. The personal computing device 20 is operable todisplay an application or web site that contains information and linksto content providers 30 on the Internet 21. The television set 22 isoperable to link back to a server system 24 from which the televisionset receives commands. When a user makes a selection using the personalcomputing device 20 for particular content to be displayed on thetelevision display 23, a signal is sent through the Internet (or othernetwork) 21 to the server system 24. A corresponding command signal thenis passed along to the connected television set 22, which acts on atransmission code contained within the signal and performs specifiedcommands. For example, in some scenarios, the command instructs thetelevision set 22 to access a content provider 30 through the Internet21, load a specific media player, load the media player-specific content(e.g., a video) and play the content on the television display 23. Theuser can use the personal computing device 20 to control how the contentis played on the television display 23. The user may subsequently visitthe same or another Web site using the personal computing device 20 toselect different content (e.g., a second video) to be played on thetelevision display 23. In that case, another signal would be sentthrough the server system 24 to the television set 22. A transmissioncode associated with this command signal instructs the television set 22to load a new media player (if needed) over the Internet and to load thespecified video file to be played on the display 23. Thus, the system 10allows a personal computing device 20 to be used to select differentcontent to be played on a remote display 23 even if different mediaplayers are required for the different content. The user also cancontrol how the content is displayed (e.g., play, pause, stop, rewind,fast forward, etc.) on the display 23 using the personal computingdevice 20. The user-initiated play commands are passed from the user'spersonal computing device 20, through the server system 24, to thetelevision set 22.

Although the following detailed discussion describes videos as anexample of the type of content to be played on the display 23, thesystem 10 can be used for other types of content as well. Thus,depending on the implementation, the content may include one or more ofthe following: video, audio, interactive video game, streaming media,multimedia, images, slides (e.g., a PowerPoint presentation) or othertypes of dynamic content. Furthermore, in the following discussion, itis assumed that the personal computing device 20 is a mobile phone thatincludes a display, an internal microprocessor or other processingcircuitry, a keypad, keyboard, touchscreen, mouse, trackball, or otherdevice to receive user selections and other input, and a transceiver toestablish communications to the Internet 21 or other communicationsnetworks. More generally, however, the personal computing device 20 canbe any type of handheld or other Internet-enabled personal computingdevice, including personal computers, e-books, kiosks, tablets, smartphones, media players, and motion and touch sensory interfaces. In somecases, input from the user can be received in forms other than tactileinput (e.g., acoustic or speech).

FIG. 2 illustrates further details of the flow of information andsignals according to some implementations. The personal computing device(e.g., mobile phone) 20 is operable to display an application or website that contains information and links to content providers 30 on theInternet 21. The user operates the mobile phone 20 so as to start theapplication or access the web site (block 100). In some implementations,a logo appears on the mobile phone's display. By selecting the logo, theuser causes a menu to expand and present various options. The optionscan include, for example: (i) add new content to a playlist, (ii) play alisted item on a secondary device, (iii) play a listed item on themobile phone 20. If the user selects to add new content to the playlist,the user is presented with a screen that allows him to enteruser-defined search parameters or o select predefined search parametersto request video data. The search parameters are sent from the mobilephone 20 as part of a request for video data that satisfy the searchparameters (block 102). The request is transmitted via the Internet 21and through the server system 24 to the appropriate content provider website. In response, the content provider 30 provides metadata (e.g.,titles, links to the videos) for one or more video files that satisfythe search parameters (block 104). The metadata can be provided to themobile phone 20, for example, in the form of an XML data file. Uponreceiving the data file, the mobile phone 20 displays a list of one ormore videos based on the information received from the content provider30 (block 106).

If desired, the user can take one of several actions, includingselecting one of the videos from the displayed list to be played on thetelevision display 23 or initiating a command with respect to a videothat already has been loaded to the television set 22 (block 108). Themobile phone 20 then formats and transmits a message to the serversystem 24 (block 110). The message from the mobile phone 20 contains atransmission code that includes data regarding the user information(e.g., user identification or account number), the secondary display itwants to connect to (e.g., television set 22 with display 23), thelocation and name of the media player for the selected video, thecommand (e.g., play, pause, rewind, etc.), and the video file to beacted upon. An example of the format of a transmission code from themobile phone 20 to the server system 24 is illustrated in FIG. 3 .Different formats and/or different information may be appropriate forother implementations.

The message from the mobile phone 20 is transmitted over the Internet 21and is received by the server system 24 (block 112). Based oninformation in the message from the mobile phone 20, the server system24 verifies that the user has an account (block 114), and the contentsof the message, as well as the date and time of receipt of the message,are added to a personal computing device database 32 (block 116) whichforms part of a switchboard 28. In general, all messages from aparticular user's personal computing device 20 are stored in thedatabase 32 corresponding to an account for the particular user. Thus,the database 32 stores a record of all messages received from a user'spersonal computing device 20, as well as the user's identification, anindication of the target device 22, an identification of the mediaplayer that is required for the selected video, and an identification ofthe selected video.

The switchboard 28 also includes a look-up table 34 that stores acorrespondence between a particular personal computing device (such asmobile phone 20) and target devices (e.g., the television set 22) towhich the user command is directed. An example of the look-up table 28is illustrated in FIG. 4 . In this example, it is assumed that, at most,a single connection is established at any given time between aparticular mobile phone and a display device. However, as explainedbelow, other scenarios are also possible to establish group connections(e.g., multiple mobile phones connected to the same display device). Theserver system 24 performs a target verification (block 118), whichincludes checking whether a connection to a particular display devicealready is established for the mobile phone 20 and, if so, checking theidentification of the display device. During the target verification, ifthe look-up table indicates that there is no connection establishedbetween the mobile phone 20 and a particular display device, then theserver system 24 sends a message to the mobile phone 20 to prompt theuser to identify the device on which the video is to be displayed.

A user can identify the device on which the video is to be displayed inone of several ways, depending on the implementation. In someimplementations, the user can select the display device from a list ofdevices displayed on the mobile phone 20. The list can include a fieldpopulated with names or identifications of display devices thatpreviously have been initialized for connection. Alternatively, the usercan select the display device by entering a synchronization codeuniquely associated with the particular display device. As illustratedin FIG. 7A, the synchronization code 48 can be displayed, for example,on a splash page of the display device as text on the screen or as animage such as a QR code and can be entered into the mobile phone 20, forexample, manually by the user or by scanning the code into the mobilephone. The code can be scanned, for example, using optical scanning orRFID techniques. Preferably, the synchronization code is different fromthe IP address associated with the device 22. The IP address also can bedifferent from the media access control (MAC) address associated withthe device 22. For example, in some implementations, the synchronizationcode is generated randomly and assigned to the display device 22 eachtime it connects to the server system 24. Thus, a particular displaydevice 22 may have an IP address, a MAC address, a web or browsercookie, and a synchronization code (“sync code”) assigned to it at anygiven time. This information can be stored, for example, in a look-uptable in the server system 24. An example of entries in such a look-uptable are illustrated in FIG. 7B.

Once the synchronization code is entered into, or captured by, themobile phone 20, it is sent from the mobile phone 20 to the serversystem 24, which stores the information in the look-up table 36 so as toestablish a connection between the mobile phone 20 and the displaydevice 22 through the server system 24.

Once a connection is established between the mobile phone 20 and thedisplay device 22, signals sent from the mobile device 20 to itsassociated database 32 are copied to a database 34 associated with thetarget device (e.g., television set 24) based on the correspondencebetween the mobile device and the target device listed in the look-uptable 36 (block 122). Thus, the database 32 entries associated with aparticular display device (e.g., television set 24) provide a record ofthe messages received for that display device, as well as an indicationof the identification of the device that sent each message, anindication of the media player required to play the video, and anindication of the selected video.

In the illustrated implementation, the command in the transmission code(see FIG. 3 ) contains a JavaScript reference to control the mediaplayer needed to play the selected video. Various types of video playersmay use different JavaScript commands to control their respectiveplayback. Therefore, in the illustrated implementation, a universaladapter 26 is provided to interpret and convert a standard or universalcommand (e.g., play, pause, etc.) into the specific command recognizedby the media player. Each time a signal is received from the mobiledevice 20, the API adapter 26 checks and identifies the specific mediaplayer that is being requested. Based on this information, the systemloads the appropriate set of protocols or application programminginterfaces (APIs) from its library and converts the incoming commandsfrom the mobile device 20 into the correct JavaScript (or otherprogramming) code used by the target device 22 to control the specificplayer (block 120). The server system 24 then copies the convertedversion of the message to the database 34 associated with the targetdevice 22, as indicated above in connection with block 122.

The universal adapter 26 can be implemented, for example, as a look-uptable. Examples of entries in such a look-up table are illustrated inFIG. 5 . Thus, for a universal command “New Video,” the universaladapter 26 provides the corresponding command for each of severalspecific media players (e.g., “yt_loadVideo” for YouTube). Similarly,for a universal command “Pause,” the universal adapter 26 provides thecorresponding command for each of several specific media players (e.g.,“pauseVideo” for Ted.com). Other universal commands and thecorresponding command(s) for one of more media players also can bestored by the universal adapter 26.

The display device 22 periodically checks the entries in the database 34to determine if there are any new messages/commands directed to it(block 124). For example, in some implementations, the display device 22polls the associated database 34 at some predetermined time interval. Insome implementations, instead of the display device 22 periodicallychecking whether there are any messages for it in the database 34, theserver system 24 can push the messages to the display device 22. In anyevent, the system is arranged so that the display device 22 receives themessages intended for it.

When the display device 22 receives a message from the server system 24(block 126), the display device executes the message (block 128). Insome cases, the media player required to play the video indicated in themessage is not presently loaded in the display device 22. For example,the received command may be to “play” a particular video. As indicatedby FIG. 6 , if the media player needed to play the video is not alreadyloaded in the display device 22, the display device 22 requests andobtains a copy of the appropriate media player 40 and a copy of thevideo file 42 from a content provider 30, loads the media player andthen presents the video on the display 23 (FIG. 2 , block 130).Likewise, as indicated by FIG. 6 , if the appropriate media playeralready is loaded in the display device, but the particular video isnot, then the display device 22 requests and obtains a copy of the videofile 42 from the content provider 30 and proceeds to play the video. Toallow the display device 22 to switch between different video players(i.e., to load and unload different video players), a software programcan be stored on the display device and/or the web site to establish asecure connection back to the server system 24.

Once the video is playing on the display device 22, the user of themobile phone 20 can control the playing of the video by enteringappropriate commands (e.g., pause, fast forward, rewind, stop, play,etc.) through the mobile phone. Each command is incorporated into amessage including a transmission code (FIG. 3 ) as described above. Themessage is transmitted to the server system 24, which copies the messageinto database entries associated with the particular display device 22(i.e., after performing any conversion of the command by the API adapter26). Once the message is retrieved by or sent to the display device 22,the display device proceeds to execute the command.

The system and methods described here allow a user of a mobile phone orother personal computing device to create a playlist based on videos (orother types of content) from multiple sources and to play back eachvideo using a single interface that can be used to control differentmedia players.

As mentioned above, the system and methods described above also can beused with types of content other than video. In that case, differenttypes of user-initiated commands may be available to control the contentdisplayed on the display 23. For example, for interactive video games,the user-initiated commands can include control commands appropriate forthe particular game.

Although the implementation of FIG. 1 illustrates the display device 22as a television set with a display screen 23, other types of displaydevices can be used as well (e.g., a laptop or personal computer).

The systems and methods can be used in various scenarios to play backvideos (or other content). Examples of several scenarios that can beimplemented using the system described above are described in thefollowing paragraphs. For example, a first scenario involves a singleuser's smartphone connecting to a single display device (FIG. 8 ). Inthis scenario, the user turns on, for example, her display device (e.g.,personal computer with a display monitor), opens up a browser andaccesses a website associated with the server system 24. The user thenclicks on a link that launches the software program to establish asecure connection back to the server system 24. The software programopens a splash page (see FIG. 14A), and a sync-code is displayed on themonitor. The user then opens the appropriate application on hersmartphone. In the smartphone application, the user accesses a “Connect”screen from which he can select one of several listed display devices(see FIG. 14B). Alternatively, the user can enter the sync-codedisplayed on the computer monitor (see FIG. 14B). The user then clickson a SEND button which causes a message including the sync-code to besent the server system 24. In response, the server system 24 establishesa connection between the user's smartphone and the selected displaydevice through a look-up table as described above with respect to FIG. 4. The user can use a search tool in the smartphone application to find avideo. In response to the search, a list of videos satisfying the searchappears on the smartphone (see FIG. 14C). When the user selects a videofrom the list displayed on the smartphone, the information is providedthrough the server system 24 to the personal computer. In someimplementations, a pop-up window may appear on the smartphone listingone or more options for the user to take regarding the selected video.Such options can include, for example, play the video on the selecteddisplay device (e.g., the personal computer), play the video on thesmartphone, or add the video to the playlist on the smartphone. If theuser chooses to have the video played on the display device (e.g., thepersonal computer), the personal computer obtains a copy of the requiredvideo player and the selected video from an appropriate content providerover the Internet and begins to play the video on the monitor asdescribed previously. In some implementations, a message is displayed onthe user's smartphone indicating that the selected video is playing andproviding additional information about the selected video (see FIG.14D). The user can control playing of the video (e.g., pause, fastforward, rewind, play, etc.) from her smartphone.

A second scenario involves saving a selected video to a playlist on asingle user's smartphone, and subsequently playing the video on adisplay device (FIG. 9 ). In this scenario, the user opens theappropriate application on his smartphone and searches for videos usingthe search tool displayed in the application. When a list of videos isdisplayed on the smartphone in response to the search request, the userselects one or more videos to add to his playlist. At that time, or at alater time, the user can connect to a display device through the serversystem 24. To do so, the user opens the playlist on his smartphone andselects a video. The information is provided through the server system24 to the display device, which obtains a copy of the required videoplayer and the selected video from an appropriate content provider overthe Internet and begins to play the video. The user can control playingof the video (e.g., pause, fast forward, rewind, play, etc.) from hissmartphone.

A third scenario involves multiple users' smartphones and a singledisplay device (FIG. 10 ). For example, a user may want to share andwatch videos with a group of friends watching together on a singledisplay device. In this situation, the user can access the applicationor web site to set up a group and serve as the moderator for the group.The user then can send out a request to other members of the group, orother users can send a request to the moderator to join the group. Userscan search for other users based, for example, on username or from acontact list. The moderator then can select a user in the group tocontrol the display device. FIG. 14E illustrates an example of a screenon the user's smartphone that allows the user to connect with otherusers to form a group and to select which member of the group controlsthe display device (e.g., by selecting a member of the group from thelist “Me, Guest 1, Guest 2, . . . ” near the top of the screen).Alternatively, the moderator can set it up so that control is passed toeach member of the group in turn automatically, or so that the next turncan be determined by consensus of the entire group, via some form ofvoting. Regardless of who has control of the display device 22, eachuser in the group retains control of his own smartphone. The look-uptable 36 in the server system 24 stores the connections establishedbetween the personal computing devices of the users in the group and thedisplay device (see FIG. 15 ).

A fourth scenario involves one user's smartphone and multiple displaydevices (FIG. 11 ). In this example, a user opens the application on hissmartphone to establish a connection to a first display device and thenrepeats the process for multiple display devices. A list of devices thatthe user's smartphone is connected to is displayed on the smartphone.The user can choose to control all devices simultaneously or one at atime. To do so, the user selects from the list the display device(s) hewants to control. The user then can search for videos using hissmartphone. In response to the user selecting a particular video, theselected video is played on the selected display device(s).

A fifth scenario involves multiple users' smartphones and multipleconnected display devices (FIG. 12 ). For example, a user may want toshare and watch videos with a group of friends, who may be in differentlocations each of which has a separate display device. Each userestablishes a connection from her smartphone to the display device whereshe is located. One of the users uses the application or web site toestablish a group, with the user who establishes the group serving asthe group moderator. The user can send out a request to other users tojoin the group or other users can send a request to the moderator tojoin the group. In some implementations, users can search for otherusers based on username or from a contact list. The moderator chooseswhich member of the group has control of the display device.Alternatively, the moderator can set it up control is passed to eachmember of the group in turn automatically, or so that the next turn canbe determined by consensus of the entire group, via some form of voting.The signal sent from the smartphone of the group member who has controlis sent (via the server system 24) to all display devices within thegroup. Regardless of which group member has control of the displaydevices, each user retains control of her own smartphone. The look-uptable 36 in the server system 24 stores the connections establishedbetween the personal computing devices of the users in the group and thedisplay devices (see FIG. 15 ).

A sixth scenario involves sharing video links and a playlist (FIG. 13 ).For example, a user within a group can share a video playlist and videolinks via an Instant messaging system built-in to the application. Usersalso can post video links or a video playlist to third-party web sites(e.g., social networking sites). Other users can view the video link andplaylist within the application. When a video from the list is selected,it plays on the selected device.

The system and methods can be used by a wide variety of users inaddition to individual viewers. For example, companies that provideon-line video platforms that host videos for other individuals orcompanies can obtain useful advantages by integrating the platforms withthe server system 24. Programming hooks can be created in the API sothat the on-line video platform's media player can communicate with theserver system 24. When media player commands for an on-line videoplatform are added to the system 24, the media player's API is placed inan API library and is stored in the API adapter 26. The on-line videoplatform can then offer customers the ability to add videos to their ownmobile web sites that are enabled to operate with the server system 24.

The system and methods also can be used by content providers. Forexample, the content provider may want to deliver its media on-line. Thecontent provider can use an on-line video platform that is enabled tooperate with the server system 24. In some implementations, the contentprovider is allowed to add links to videos for that web site (i.e.,mobile site or an application). The link facilitates synchronization tothe secondary device 22 (e.g., a television set) and allows the end-userto load and control the video on the secondary device.

As used in this disclosure, terms such as “first,” “second,” etc. withrespect to the messages are used simply as labels to distinguish thevarious messages from one another. Such terms do not imply that therecannot be any other messages prior to the first message or that therecannot be other messages between the first and second messages.

Implementations of the subject matter and the operations described inthis specification can include digital electronic circuitry, or incomputer software, firmware, or hardware, including the structuresdisclosed in this specification and their structural equivalents, or incombinations of one or more of them. Implementations of the subjectmatter described in this specification can include one or more computerprograms, i.e., one or more modules of computer program instructions,encoded on computer storage medium for execution by, or to control theoperation of, data processing apparatus. Alternatively or in addition,the program instructions can be encoded on an artificially-generatedpropagated signal, e.g., a machine-generated electrical, optical, orelectromagnetic signal that is generated to encode information fortransmission to suitable receiver apparatus for execution by a dataprocessing apparatus. A computer storage medium can be, or can beincluded in, a computer-readable storage device, a computer-readablestorage substrate, a random or serial access memory array or device, ora combination of one or more of them. Moreover, while a computer storagemedium is not a propagated signal, a computer storage medium can be asource or destination of computer program instructions encoded in anartificially-generated propagated signal. The computer storage mediumcan also be, or be included in, one or more separate physical componentsor media (e.g., multiple CDs, disks, or other storage devices).

The operations described in this specification can include operationsperformed by a data processing apparatus on data stored on one or morecomputer-readable storage devices or received from other sources. Theterm “data processing apparatus” encompasses all kinds of apparatus,devices, and machines for processing data, including by way of example aprogrammable processor, a computer, a system on a chip, or multipleones, or combinations, of the foregoing. The apparatus and executionenvironment can realize various different computing modelinfrastructures, such as web services, distributed computing and gridcomputing infrastructures.

A computer program (also known as a program, software, softwareapplication, script, or code) can be written in any form of programminglanguage, including compiled or interpreted languages, declarative orprocedural languages, and it can be deployed in any form, including as astand-alone program or as a module, component, subroutine, object, orother unit suitable for use in a computing environment. A computerprogram may, but need not, correspond to a file in a file system. Aprogram can be stored in a portion of a file that holds other programsor data (e.g., one or more scripts stored in a markup languagedocument), in a single file dedicated to the program in question, or inmultiple coordinated files (e.g., files that store one or more modules,sub-programs, or portions of code). A computer program can be deployedto be executed on one computer or on multiple computers that are locatedat one site or distributed across multiple sites and interconnected by acommunication network.

Processors suitable for the execution of a computer program include, byway of example, both general and special purpose microprocessors, andany one or more processors of any kind of digital computer. Generally, aprocessor will receive instructions and data from a read-only memory ora random access memory or both. Elements of a computer include aprocessor for performing actions in accordance with instructions and oneor more memory devices for storing instructions and data.

Generally, a computer will also include, or be operatively coupled toreceive data from or transfer data to, or both, one or more mass storagedevices for storing data, e.g., magnetic, magneto-optical disks, oroptical disks. However, a computer need not have such devices. Moreover,a computer can be embedded in another device, e.g., a mobile telephone,a personal digital assistant (PDA), a mobile, audio or video player, agame console, a Global Positioning System (GPS) receiver, or a portablestorage device (e.g., a universal serial bus (USB) flash drive), to namejust a few. Devices suitable for storing computer program instructionsand data include all forms of non-volatile memory, media and memorydevices, including by way of example semiconductor memory devices, e.g.,EPROM, EEPROM, and flash memory devices; magnetic disks, e.g., internalhard disks or removable disks; magneto-optical disks; and CD-ROM andDVD-ROM disks. The processor and the memory can be supplemented by, orincorporated in, special purpose logic circuitry.

Although this specification contains many specific implementationdetails, these should not be construed as limitations on the scope ofany inventions or of what may be claimed, but rather as descriptions offeatures specific to particular implementations of particularinventions. Certain features that are described in this specification inthe context of separate implementations can also be implemented incombination in a single implementation. Conversely, various featuresthat are described in the context of a single implementation can also beimplemented in multiple implementations separately or in any suitablesubcombination. Moreover, although features may be described above asacting in certain combinations and even initially claimed as such, oneor more features from a claimed combination can in some cases be excisedfrom the combination, and the claimed combination may be directed to asubcombination or variation of a subcombination.

Similarly, while operations are depicted in the drawings in a particularorder, this should not be understood as requiring that such operationsbe performed in the particular order shown or in sequential order, orthat all illustrated operations be performed, to achieve desirableresults. In certain circumstances, multitasking and parallel processingmay be advantageous. Moreover, the separation of various systemcomponents in the implementations described herein and the attachmentshereto should not be understood as requiring such separation in allimplementations, and it should be understood that the described programcomponents and systems can generally be integrated together in a singlesoftware product or packaged into multiple software products.

Thus, although particular implementations have been described, otherimplementations are within the scope of the claims.

What is claimed is:
 1. A computer-readable storage device storing one ormore computer-executable instructions that, when executed by at leastone server processor of a content provider server system, cause thecontent provider server system to: receive, from a smartphoneapplication of a content provider, a request for media data satisfyingat least one parameter comprising at least one of: an account, a userparameter, or a search parameter; identify the media data satisfying theat least one parameter; provide, to the smartphone application of thecontent provider, metadata corresponding to the media data satisfyingthe at least one parameter; receive from the smartphone application ofthe content provider: a media selection corresponding to a selection ofthe metadata and indicating a selected media content; and a deviceselection corresponding to a selection of a target device; verify aconnection between the target device and the smartphone application;after verifying of the connection, generate, based on the mediaselection and the device selection, a command that is readable by thetarget device and that instructs the target device to load a mediaplaying element of the content provider and to load the selected mediacontent under control via the smartphone application; and transmit thecommand.
 2. The computer-readable storage device of claim 1, wherein theone or more computer-executable instructions cause the content providerserver system to: receive, from the target device, a request for theselected media content based on the command; and provide the selectedmedia content for playback by the target device using the media playingelement of the content provider.
 3. The computer-readable storage deviceof claim 2, wherein playback by the target device comprises playback onthe target device.
 4. The computer-readable storage device of claim 1,wherein the connection between the target device and the smartphoneapplication is verified based on respective identifiers of the targetdevice and the smartphone application, the identifiers comprising atleast one of: an IP address, a MAC address, a cookie, a QR code, or asynchronization code.
 5. The computer-readable storage device of claim1, wherein the at least one parameter comprises a user-defined searchparameter or a predefined parameter.
 6. The computer-readable storagedevice of claim 5, wherein the user-defined search parameter comprises auser search inputted using a search tool the smartphone application. 7.The computer-readable storage device of claim 1, wherein the smartphoneapplication comprises a YOUTUBE® media playing element.
 8. Thecomputer-readable storage device of claim 1, wherein the metadatacomprises at least one of: an XML data file, information associated withthe content provider, a link to the content provider, or ad space datafor presentation in ad space.
 9. The computer-readable storage device ofclaim 1, wherein target device comprises at least one of: a videoplayer, an audio player, a gaming console, a monitor, or a television.10. The computer-readable storage device of claim 1, wherein theconnection comprises a wireless media connection.
 11. Thecomputer-readable storage device of claim 1, wherein the connectioncomprises an association communicatively coupling the target device andthe smartphone application over a wireless internet connection.
 12. Thecomputer-readable storage device of claim 1, wherein the connection isverified based on an authentication of a synchronization code uniquelyassociating the smartphone application and the target device.
 13. Thecomputer-readable storage device of claim 1, wherein the command isformatted based on a protocol or application programming interface (API)accessible by the video content provider server system.
 14. Thecomputer-readable storage device of claim 1, wherein the smartphoneapplication is running on a smartphone.
 15. The computer-readablestorage device of claim 14, wherein the smartphone and the target deviceare located at the same site and communicatively coupled via a network.16. A computer-implemented method, comprising: receiving, from asmartphone application of a content provider, a request for media datasatisfying at least one parameter comprising at least one of: anaccount, a user parameter, or a search parameter; identifying the mediadata satisfying the at least one parameter; providing, to the smartphoneapplication of the content provider, metadata corresponding to the mediadata satisfying the at least one parameter; receiving from thesmartphone application of the content provider: a media selectioncorresponding to a selection of the metadata and indicating a selectedmedia content; and a device selection corresponding to a selection of atarget device; verifying a connection between the target device and thesmartphone application; subsequent to verifying the connection,generating, based on the media selection and the device selection, acommand that is readable by the target device and that instructs thetarget device to load a media playing element of the content providerand to load the selected media content under control via the smartphoneapplication; and transmitting the command.
 17. The computer-implementedmethod of claim 16, comprising: receiving, from the target device, arequest for the selected media content based on the command; and providethe selected media content for playback on the target device using themedia playing element of the content provider.
 18. Thecomputer-implemented method of claim 16, wherein the connection betweenthe target device and the smartphone application is verified based onrespective identifiers of the target device and the smartphoneapplication, the identifiers comprising at least one of: an IP address,a MAC address, a cookie, a QR code, or a synchronization code.
 19. Thecomputer-implemented method of claim 16, wherein the smartphoneapplication comprises a YOUTUBE® media playing element.
 20. A computersystem, comprising: at least one processor; and computer memory storingcomputer-readable instructions thereon which, when executed by the atleast one processor, perform operations comprising: receiving, from asmartphone application of a content provider, a request for media datasatisfying at least one parameter comprising at least one of: anaccount, a user parameter, or a search parameter; identifying the mediadata satisfying the at least one parameter; providing, to the smartphoneapplication of the content provider, metadata corresponding to the mediadata satisfying the at least one parameter; receiving from thesmartphone application of the content provider: a media selectioncorresponding to a selection of the metadata and indicating a selectedmedia content; and a device selection corresponding to a selection of atarget device; verifying a connection between the target device and thesmartphone application; subsequent verifying the connection, generating,based on the media selection and the device selection, a command that isreadable by the target device and that instructs the target device toload a media playing element of the content provider and to load theselected media content under control via the smartphone application; andtransmitting the command.